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(54) Method and system for controlling sensed dynamic operating characteristics of a CPU 

(57) A method and system (130) for controlling 
sensed CPU dynamic operating characteristics includes 
the steps of and drcuitry for sensing at least one 
dynamic CPU operating characteristic (140) while the 
CPU operates at a first dock rate (134). The system 
(130) determines that a setpoint inteniipt condition 
exists (140) by virtue of the at least one sensed CPU 
dynamic operating characteristic establishing a prede- 
termined relationship relative to a predetennlned set- 
point (140) that associates with the at least one dynamic 
operating characteristic. In the event that the setpoint 
interrupt condition exists, the circuitry and instructions 
control (1 44) the cloci< rate relative to the first dock rate. 
In the event that the se^^oint interrupt condition does 
not exist, the circuitry and Instructions repeat the above 
steps of determining the interrupt condition and control- 
ling the clock rate. The method and system (130) also 
determine whether the CPU is in a conpute-bound 
state (142). This operation in conjunction with a real- 
time power conservation apparatus and method (20) Is 
a particularly attractive feature of the present invention. 
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Description 

TECHNICAL FIELD OF THE INVENTION 

5 This invention relates to real-time computer central processing unit (CPU) control and, more particularly, to an 
apparatus and method for adjusting central processing unit (CPU) clock rate based on sensed dynamic operating char- 
acteristics, such as CPU temperature, temperature change and power consumption, arising from the real-time activHy 
le/el within the CPU. 

10 BACKGROUND OF THE INVENTION 

In the early developmental stages of the personal computer industry, the transportat>le or portable computer 
became very popular. The earlier portable computers used a large power supply and, in actuality, represented a small 
desktop personal computer. 

75 Portable computers available today, on the other hand, are smaller and lighter than a desktop personal computer 

and allow a user to employ the same software that a desktop computer uses. 

The first generation "portable" computers only operate from alternating cun'ent wall power. More recent, or next 
generation, personal corrputers use battery power and are truly portable. This enhanced degree of portability arises 
from recent developments in display technology, disk storage capabilities, and component weight and space technol- 

20 ogy. 

While these advancements help to reduce the size of portable computers, operational limitations still exist. For 
example, software that today's portable conputers run is generally the same as that which d^ktop personal computers 
run. Hence, a portable computer must provide all of the features of a desktop computer, without regard to functional lim- 
itations and considerations that are unique to battery-powered portable computers. Portable computers, on tfie one 

25 hand, have the same data flow rates as the desktop conputers and, on the other hand, have only limited amounts of 
power available for short periods of time and may have more limited heat dissipation capability than desktop computers. 
Toda/s portable computers make no special accommodations for the differing platforms in the software that they oper- 
ate. Operating systems (e.g.. MS-DOS). Basic Input/Output System (BIOS) software and third party application soft- 
ware is essentially tiie same for both the portable and desktop computers. This is particularly true wHh respect to the 

30 ways that the software systems handle the different dynamic operating characteristics of the CPU 

As software engineers and programmers develop more highly functional software systems, desktop conputers 
continue to provide increased performance in essentially all areas of system performance. From the introduction of 
higher computationally capable CPUs, to increased memory, and faster high performance disk drives, dennands for 
operating capabilities of desktop systems are rapidly rising. Portable computer manufacturers really have little choice 

35 Other than to try to stay apace with these demands. 

To date, however, portable computers continue to run either only on A/C power or with large and heavy batteries. 
In trying to keep up with tiie performance requirements of the desktop computers, and the new software, some portable 
computers use expensive conponents to cut the power requirements. Even so. the heavy batteries that the computers 
use still fail to provide power for long durations. 

40 This means users of conventional portable computers must settle for alternating cun^ent wallixwered operation 

or very short duration battery operation In order to have the performance that third party software systems expect. 

In an attempt to design a portable computer that consen/es power and that, thereby, yields longer battery opera- 
tion, some portable computer power systems reduce power consumption of a portable computer while a user is not 
using tiie conputer. Other portable computer designers conserve power by turning the conputer display off when tiie 

45 keytx)ard Is not being used. While these systems help conserve power, they are either impractical because tiiey hinder 
conputer operations or they fait to conserve power when the greatest amount of power drain occurs in the conputer. 
To date, no power conservation system for a portak>le conputer conserves power while the operator uses the computer 
for meaningful work 

But this is not the only problem with tiie power supply systems for portable computers. In today's portable computer 
so systems, tiiere is no intelligent system that responds to CPU dynamic operating characteristics. The dynamic operating 
characteristics of the CPU may include a wide variety of characteristics, including CPU temperature, temperature 
changes, power consumption, and others. No method or system exists to manage the consen/ation or optimal use of 
battery power. No method or system exists to properly monitor and manage the temperature of the rapidly operating 
and dense electronic circuitry of the CPU in response to conpute intensive instructions. Moreover, no method or sys- 
55 tern exists to assure that when the CPU is effectively isolated from its input/output circuitry that no undesirable effects 
from dynamic operating characteristics of the CPU will occur. The type of undesirable situations or effects that may 
occur include the CPU excessively consuming power or reaching excessive tenperatures when the CPU executes a 
large set of instructions ttiat do not include any input/output functions. 
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SUMMARY OF THE INVENTION 

There is the need for an apparatus and method for predicting the activity level within a CPU and using the prediction 
to automatically manage CPU dynamic operating characteristics. 

There is a need for a feedback method and apparatus which allows user modification of automatic activity level pre- 
dictions and, using the modified predictions, automatically manage the dynamic operating characteristics of the CPU. 

There is a further need for an apparatus and method that provides real-time reduction and restoration off clock 
speeds in response to managing dynamic operating characteristics of the CPU, thereby retuming the CPU to its fidl 
processing rate from a period off inactivity, but in a way that is transparent to software programs and to the user. 

Even still, there is the need for an apparatus and method which determines, based on dynamic operating charac- 
teristics, whether a CPU may or should rest based upon the CPU activity level and that activates a hardware selector 
based upon that determination. Iff the CPU may rest, or sleep, the hardware selector applies osdilations at a sleep dock 
level. If the CPU must be active, the hardware selector applies oscillations at a high speed dock level. 

The present invention examines the state of CPU activity, as well as the activity of both the operator and any appli- 
cation software program currently active. The present invention performs this sanpling of activity in real time, adjusting 
the performance level of the CPU to manage power conservation, computer power and tiie thermal conditions, as well 
as any other appropriate and desired dynamic operating characteristics. These adjustments are acconplished witfiin 
the CPU cydes and do not affect tiie user's perception of peribrmance or the operation of otfier software programs. 

The present invention, according to a preferred embodiment, provides a method and apparatus for controlling the 
sensed CPU dynamic operating characteristics, and indudes the steps of sensing at least one CPU dynamic operating 
characteristic. The method and apparatus sense the dock rate for tfie CPU at the time off sensing the operating char- 
acteristic. Detemiining fliat a setpoint interupt condition exists by virtue of at least one dynamic operating characteristic 
establishing a predetermined relationship relative to a predetermined setpoint associated with the at least one dynan^c 
operating characteristic Is a next step of the method that the present invention performs. In the event that the setpoint 
interrupt condition exists, the method and apparatus eitfier controls tfie clock rate of tiie CPU. adjusts the predeter- 
mined setpoint. or in another way manages the CPU dynamic operating characteristics. On the other hand, in the event 
that the setpoint interrupt condition does not exist, tfie mettwd and apparatus repeats tiie above determining and con- 
trolling steps to effectively manage tfie CPU dynamic operating characteristics. 

Thus, when tfie operator for the third party software of the operating system/BIOS is not using tfie computer, tfie 
present invention, in conserving power, may effect a quick tum off or stow down off tfie CPU until needed, tfiereby caus- 
ing the operating characteristics to shift to a lower state. The present system promptly restores full CPU operation when 
needed without affecting perceived peiformance. This switching back into full operation from ttie "slow down" mode 
occurs wrtfiout the user having to request it and wittiout any delay in the operation off tfie conputer while waiting ffor tfie 
computer to return to a "ready" state. 

A technical advantage tfiat the present invention provides is tfie ability to preview or predict the operating charac- 
teristics off tfie CPU. By counting the number of instructions and determining tfieir type, the present invention deter- 
mines whetfier tfie CPU win be in a conpute-bound mode off operation wherein little or no input/output and. hence, no 
slow-down off and no input/output function to the CPU will occur. This preview makes it possible to determine whether, 
during the compute-bound mode, one or more of tfie CPU dynamic operating characteristics will reach an associated 
predetermined setpoint. If so, the present invention adjusts tfie dock rate, modifies tfie predetermined setpoint or otfi- 
enivise changes CPU operation to avoid the adverse consequences off making a spedf ic predetermined setpoint 

Yet anottier technical advantage of tiie present invention is its ability to accommodate changes in CPU dynamic 
operating characteristics, not only in tfie instance of a single CPU computer, but also in a multiple or parallel CPU com- 
puter system. In fact, a set of parallel CPUs may be configured witfi tiie present invention to maintain a desired average 
clock rate among all of the CPUs while one or more CPUs adjusts in response to an interrupt condition arising relative 
to tfie CPU's dynamfo operating characteristics. 

BRIEF DESCRIPTION OF THE DRAWINGS 

The ffeatures and advantages off the present invention wfll be apparent to tfiose stalled in the art from the following 
detailed description off a preffen-ed embodiment, taten together witfi the accompanying drawings, in which: 

FIGURE 1 is a fflowchart depicting a self-tuning aspect of a preferred embodiment off tfie present invention; 

FIGURE 2a-2d are flowcharts depicting tfie active power conservation monitor employed by ttie present embodi- 
ment off invention; 



FIGURE 3 depicts a simplified fftow chart off a tfiermal management mefliod ttiat the present embodiment employs; 
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FIGURE 4 shows a flowchart of the compute-bound determination steps that the present embodiment uses; 

FIGURE 5 provides a simplified schematic diagram representing the active power conservation associated hard- 
ware employed by the present embodiment of the invention; 

5 

FIGURE 6 shows a schematic of the sleep hardware for one embodiment of the present invention; 

FIGURE 7 illustrates a schematic of the sleep hardware for another embodiment of the present invention; and 

10 FIGURE 8 includes a fbwchart of the multiple CPU dynamic operating characteristics control features of an alter- 
native embodiment of the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

IS The following discussion relates to the power conservation aspects of the present invention. The present invention, 
however, further includes the method and apparatus for controlling other CPU dynamic operating characteristics in 
addition to power conservation or consumption. 

If the period of computer activity in any given system is examined, the CPU and associated components have a 
utilization percentage. If the user inputs data from a keyt>oard. for example, the time between keystrokes is very long in 

^ terms of CPU cydes. The computer can accomplish many things during this time, such as printing a report. Even while 
printing a report time still exists for additional operations such as updating a clock/calendar display background. Even 
so. there is almost always still spare time when the CPU is not in use. The present invention provides a way to turn OFF 
or slow the CPU down during this spare time to achieve real-time power conservation that extends the life of the com- 
puters battery. 

25 According to the prefen^ed embodiment of the present inventfon. to control the CPU dynamic operating character- 
istics under MS-DOS. as well as other operating systems such as OS/2, UNIX, Windows™ and those for Apple oonput- 
ers. requires a combination of hardware and software. It should be noted that the present embodiment works in any 
system, and while the implementation may vary slightly on a system-by-system basis, the scope of the present inven- 
tion should, therefore, not be limited to computer systems operatnig under MS/DOS or any other specific operating sys- 

30 tem. 

Slowing down or stopping the conputer system components, according to the preferred embodiment of the present 
invention, reduces power consumption, lowers operating temperatures, or othenwise controls dynamic operating char- 
acteristics, although the amount of control or change may vary from one system to another. Therefore, according to the 
present embodiment, stopping the clock (where possible realizing, however, some CPUs cannot have their clocks 
35 stopped) reduces the power consumption more than just slowing the dock. 

In general, the numt:>er of CPU operations (or instructfons) per second may be considered to be roughly propor- 
tional to the CPU clock: 

instructions^econd = instructions/cycle'cycles/second (1 ) 

40 

Assuming tor simplicity that the same Instruction is repeatedly executed so that Instructions per second is constant, 
the relatfonship can be expressed as follows: 

Fq»K/CII< (2) 

45 

where Fq represents the number of instructions per second, represents value having the units of instructions per 
cyde, and Clk also represents tfie number of cycles per second. Thus, roughly speaking, the rate of execution 
increases with the frequency of tiie CPU dock 

The amount of power tiiat the computer uses at any given moment also relates to tfie frequency of the CPU dock 
so and. tiierefore, to tiie CPU's execution rate. In general, the following expression captures this relationship: 

P = K2 + (K3*Clk) (3) 

where P represents power in watts, K2 represents a constant value having tfie units of watts, K3 is a constant that 
55 expresses ttie number of watt-seconds/cyde. and Clk equals the cydes/second of the CPU dock Thus, from Equation 
(3) it follows that, as the CPU dock frequency increases^ the amount of power that the CPU consumes at any given time 
also increases. 

A given time period, T, may be divided into n inten^als so tiiat tiie power, P, is constant during each inten/al, and the 
amount of energy, E. that tiie CPU expends during the total period may be expressed as T fdlows: 
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E = P(1)DTi + P(2)DT2 + ... + P(n)DTN (4) 

Assuming further that the CPU clock. Clk. has only two states, either "ON" or "OFP". Here the "ON" state reore- 
sents the CPU dock state at its maxinium frequency, while the "OFF" state represent the dock state at the minimum 
frequency at which the CPU can operate. Note that this minimum dod. rate may be zem lS oJuf^aSe 3Sg 

ZllSSTftl^feneSy fe: 



10 



15 



E(max) = P(ON)*(DTi + DTg + ... + DT„) = P(ON)T 



(5) 



where P{ON) represents the power being consumed when the do* in its "ON" state, while P(OFn represents the 
pow^ being used «J«n the do* is -OFP. This represents the ma^ 

of the Intervals 1 through 4. then each irterval may indudet^ 

.sON-Bsummed into thequantityT(ON). and theWintervals are summed into T(OFF). then the 
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T-T(ON) + T(OFF) ^gj 

Now. the energy that the CPU uses during the period. T. may be written in the fbllowing manner: 

E = P{0N)*T(0N)] + [P(OFF)*T(OFF)] ^ 

T/^ci!^^*®f total energy that the CPU consumes may be reduced by increasing the time intervals 

T(0F2. Thus, by controlling the periods of time that the do* is in its "OFP slate, the prient 
anncunt of energythat the CPU uses. By dividing the T(OFF) period into a large number of intervals duSg^e S 
T. the present embodiment shows dearly that energy consumption approadies its maximum value as the width of eadi 
interval approaches zero. ConveiseV. energy consumption deaeases as the width of the T(OFF) intervals inaease 
Arranging the "OFP intervals to coindde with periods during whid) the CPU is normally inadive, makes computer 

SifZr^*"" "T * "^"^'^ " '"^"^ P^n^nce. ^ the present emiSSfi 

ttTBwerall ener(nf consumpfaon from the E(ma30 state. In order to align the T(OFF) intervals wHh periods of CPU inac- 
embodiment determines the CPU adivity level widths T(OFF) interval using a closed loop sudi as 

"^'^^"^ ' "^"^^ '^^^^ "^'GURE 1. CPU adivrty level fedSSiS^Srt 

step 12^lf this level is an increase over an immediately previous determination, query 14 sends process flow to steo 16 
whe«thepresent;nventiondecrea8estheT(OFF)irterval.Thestep leprae 
adivi^larel. ft on the other hand, the CPU adivity l«.d is a deae^^^ 

*^ Thus, dosed k)op 10eonstantlya<«uststheT(OFF)irten«lstomatd»tteCPUac^ 

«nH ^L^l ^ toop within the operating system 

and p) an operating system request channel that is usually available tor services needed by the application sofSe 
By plaang togic in line with these logic points, the present embodiment permits evaluating the type of adivity reauests 
ttiat an application software makes or will make. With this type of information, the present embodiment makes Hpossi- 
Weto achieve a feedback and contrd process for managing CPU dynamic opeiBting diaraderistics. For exarr^e 
know.,^ the type o adivj requests makes it possible to adivate power conservatfon and to begin determiningSce 
periods. A slice penod is the number of T{ON) vs. T(OFF) intervals over time, computed by the adivHy level 

The present embodiment makes an assumption to determine CPU adivity level. The presem embodiment 
assumes that software programs that need service usually need additional services and that the period of time between 
t^'^r^lT ^ ^ '^^^"^^ ^ application software running on the computer, con- 

trdling CPU dynamic operating dniaderisbcs. e.g.. power, as well as to provWe slice courts for conservation 

Once the present embodimert inten-upts the CPU during a power conservation slice, i.e., during T(OFF) fbr exam- 
pie. the CPU saves the irtemjpted routine's state prior to vedoring to the interrupt software. Since the power conser- 
vation software was operating during this conservatfon slice, the present embodiment returns controlto the adive 
power conservation loop whteh simply monitors the CPU's do* to determine the existence of an exit condition fbr the 
power conservation mode, thereby exiting from a T(OFF) state to a T(ON) state. The process flow adjusts the irterval 
of the n«rt power conservation state according to monitored adivity level, as discussed above in connedion with FIG- 
URE 1 . Some implementations can create an automatic exit from T(OFF) by the haidware logic, thereby automaticaflv 
^^l^,^J'^^^Po^oonsmaSon loop fbr executing CPU instrudions during a T(ON) interval 

FIGURES 2a through 2d depict the adive power monitor function 20 of the present embodiment. In opeialion. the 
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CPU installs active power monitor function 20 either via a program that the CPU read-only memory (ROM) stores or 
from an external device that stores the program In a random access memory (RAM). Once the CPU loads active power 
monitor function 20, active power monitor function 20 process flow goes to INIT step 22 for performing the steps of sys- 
tem interrupt initialization, user configuration setup, and system/ application specific initialization. A hardware or soft- 
5 ware interrupt for an IDLE or "do nothing" function executes IDLE branch 24, which FK3URE 2b more spec^ically sets 
out. The CPU entering either an IDLE or a ido nothing" loop (i.e.. planned Inactivity) causes this type of interrupt A soft- 
ware or hardware inten'upt that occurs due to an operating system or I/O service request or by an application program 
or internal operating system function executes ACTIVITY branch 26 of the ACTIVITY flowchart which FIGURE 2d more 
fully describes. 

10 A program may for example, be a request for a disk I/O function, a read, a print, a load, or another service. Regard- 
less of the branch selected, RETURN vector 21 eventually returns process flow to the CPU operating system. The pre- 
ferred embodiment executes INIT branch 22. which FIGURE 2a shows in more detail, only once if the CPU loads active 
power iranttor function 20 via program Into ROM or every time during power up if the CPU loads monitory function 20 
from the RAM of an external device. After INIT branch 22 of active power monitory function 20 fully executes monitor 

15 function 20, either IDLE branch 24 or ACTIVITY branch 26 branches process flow, depending on the type of CPU activ- 
ity. Whenever the operating system goes into the power conservation mode, either IDLE branch 24 or ACTIVITY branch 
26 branches are selected depending on the type of CPU activity. That is. IDLE branch 24 is selected for power conser- 
vation during planned inactivity, and ACTIVITY branch 26 is selected for power consen/ation during CPU activity. 
Continuing with FIGURE 2a for a closer look at INIT branch 22. after all system interrupt and variables are initial- 

20 Ized. the routine continues at step 30 to set the POWER_LEVEL parameters equal to the DEFAULT-LEVEL. In operat- 
ing systems where the user has input control for the POWER^LEVEL, the program, at step 32 checks to see if a 
USER.LEVEL parameter has been selected. If the USER.LEVEL parameter is less than zero or greater than the 
MAXIMUM.LEVEL, the system uses the DEFAULT_LEVEL parameter value. Othenwise, INIT branch 22 continues onto 
step 34 which sets the POWER_LEVEL parameter value equal to the USER_UEVEL parameter. 

2S According to the present entxxJiment of the invention, INIT branch 22 at step 36 sets the variable IDLEJTICK to 
zero and the variable ACTIVITY_TICK to zero. Under an MS/DOS implementation, the IDLEJTICK variable refers to the 
number of interrupts found in a "do nothing" loop. The ACTIVITY^TICK variable represents the nun^er of interrupts an 
activity intenupt causes. The number of interrupts, in turn, determines the CPU activity level. The Tick count represents 
a delta time. DTj, for the next interrupt. The IDLEJTICK is a constant delta time. DT|, from one tick to another, unless a 

30 software interrupt occurs to overwrite this period. That is. a software interri4)t may reprogram tiie delta time tsetween 
interrupts. 

After setting the IDLEJTICK and AGTIVITY_TICK variables to zero, INIT branch 28 continues on to SETUP step 
38. at which time INIT branch 22 handles any application specific conTiguratfon fine-tuning In terms of system-specific 
details, and SETUP step 38 initializes active power monitor fundfon 20. Next INIT branch 22 arms tiie interrupt I/O, at 
35 step 40, with instructions to the hardware. This indicates to ttie hardware that it may take control at the next inten'upt. 
INIT branch 22 tiien exKs to the operating system, or whatever function originally called active power monitor 20. via 
RETURN vector 28. 

FIGURE 2b more fully describes IDLE branch 24 of active power momar function 20. In response to a planned 
inactivity po-iod of tie CPU, active power monitor function 20 checks to see whetiier entry into IDLE branch 24 is per- 

40 mitted by first determining whetiier tiie activity intenrupt. A. is currently busy. If tiie parameter BUSY_A equals the value 
of re-entry flag BUSY.FLAQ as query 42 tests, tiiis means that the CPU is busy and cannot now be put to sleep. There- 
fore, active power mwiitor function 20 immediately proceeds to RETURN I step 44 and exits tiie routine. RETURN I step 
44 provides an indirect vector to the previous operating system IDLE vector intenrupt for nomial processing. The CPU 
stores tills Indirection vector before entering active power monita function 20. In other words. RETURN I step 44 

45 causes an inten-upt return to the last chained vector. 

If query 42 determines that the BUSY.A intenrupt flag is not busy, ttien active power monitor function 20 checks to 
see if ttie BUSY_IDLE Intenrupt flag equals BUSY^FLAG at step 46. If so. this indicates tfiat active power monitor func- 
tion is already in IDLE branch 24 and, therefore, there should be no CPU intermpt. If BUSYJ equals BUSY^FLAQ, 
IDLE branch 24 process flow goes to step 44. 

so If, however, neither the BUSY_A re-entry flag nor tiie BUSYJ re-entry flag have been set. IDLE branch 24 sets 
BUSYJ flag at step 48 for re-enti-y protection. i.e.. BUSYJ is set to equal tiie BUSY^FLAG value. At step 50, the 
IDLEJTICK variable is incremented by one. The IDLEJTICK variable is tiie nunt>er of T(ON) before a T(OFF) interval. 
The number of IDLE intenupts and the SETUP intenupts, and ttie CPU activity level detenmine tiie value for 
IDLEJTICK. The IDLE_TICK variable inaements by one to allow for smoottiing of events. This permits a critic^ VO 

55 activity to control smoottiing. 

At step 52, active power monitor function 20 checks to see tf ttie 1DLE_TICK variable equals tfie predetermined 
constant value, IDLE^MAXTICKS, IDLE.MAXTICKS is one of ttie constants tfiat setup step 38 of INIT branch 38 ini- 
tializes and remains constant for a given CPU. In the present embodiment, ttie constant parameter IDLE.MAXTICKS 
permits self-tuning of ttie activity level. H ttie variable, IDLE.TICK, does not equal ttie constant IDLE^MAXTICKS, IDLE 
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branch 24 clears the BUSYJ flag at step 54 and exits the process flow by proceeding to RETURN I indirect IDLE 
branch 24 flow back to vector 44. If, however, the IDLE^TICK variable equals IDLE^MAXTICKS, then the IDLE^TICK 
variable is equal to the IDLE_START.TICKS constant (which may or may not be zero) at step 56. In general, if the par- 
ticular CPU can have its clock stopped and still properly function. IDLE.START TICKS will equal zero. Othen/vise, 
5 IDLE_START_TICKS assumes some predetermined value appropriate for the given CPU. This step determines the 
self-tuning aspect of the present embodiment by spedfying how often active power monitoring function 20 may perform 
the rest of the sleep functions. By setting IDLE^START.TICKS equal to IDLE^MAXTICKS minus one. the present 
embodiment achieves a continuous T(OFI=) interval. At query 58, IDLE branch 24 checks the POWER_LEVEL param- 
eter level. If the POWER^LEVEL parameter is equal to zero. IDLE branch 24 dears the BUSY.I flag, at the 
10 POWER.LEVEL parameter 54, and proceeds to RETURN I indirect vector 44 to return control to the operating system, 
so it may continue what it was originally doing before entering active power monitor function 20. 

If, however, the POWER_LEVEL parameter value does not equal zero at query 60. IDLE branch 24 determines 
whether an intenupt mask is in place. The system/application software sets the INTERRUPT.MASK vari^le and 
determines whether Interrupts are available to active power monitor function 20. If query 60 determines that inten-upts 
IS are NOT^AVAILABLE. then IDLE branch 24 clears the BUSYJ re-entry flag and returns control to the operating system 
to permit the CPU to continue what it was doing before it entered active power monitor function 20. Operating systems, 
as well as application software, can set the T(ON) interval to yieM a continuous T(ON) state by setting the interrupt 
mask equal to the NOT-AVAILABLE value or flag. 

When an Interr^jt is AVAILABLE, active power monitor function 20 proceeds to the SAVE POWER subroutine 62 
so which fully executes during one T(OFF) period that the hardware state establishes. For example, in the preferred 
embodiment, the longest possible interval could be 1 8 milliseconds, which Is the longest time between two ticks or inter- 
rupts from the real-time clock. During SAVE POWER subroutine 62, the CPU dock steps down to a sleep dock level. 

Once a critical I/O operation forces the T{ON) intervals to begin, the IDLE branch 24 inten-upt tends to remain ready 
fa additional critical i/O requests. As tiie CPU becomes busy with critical I/O, fewer T(OFF) intervals become available. 
25 Conversely, as critical I/O requests decrease, and the time intervals between them mrease. more T(OFF) intervals 
become available IDLE branch 24 provWes a self-tuning system based on feedback from activity interrupts that tends 
to provide more T(OFF) Intervals as the CPU activity level slows. 

FIGURE 2c shows and the associated text more fully describes that as soon as active power monitor function 20 
completes SAVE POWER subroutine 62, BUSYJ re-entry flag dears, at step 54. and control returns through RETURN 
30 I vector 44 to whatever operating system originally requested adive power monitor functfon 20. 

Referring mae particularly to FIGURE 2c, there appears flowchart 80 that depicts SAVE POWER subroutine 62. 
Active power monitor fmction 20 delennines the I/O hardware high speed clock at step 82. The next step 84 of SAVE 
POWER subroutine 62 sets the CURRENT_CLOCK_RATE equal to the relevant high speed dock and saves this value 
in CPUs having multiple level high speed docks. Thus, if a particular CPU possesses 12 MHZ and 6 MHZ high speed 
35 Clocks, active power monitor function 20 must determine which high speed dock controls the CPU before active power 
monitor function 20 reduces power. This assures that the CPU reestablishes the CPU at the proper high speed dock 
upon awakening. At step 84. SAVE POWER subroutine sets tfie SAVE^CLOCK.RATE variable equal to the 
CURRENT^CLOCK^RATE value that step 82 determined. The SAVE j:lOCK_RATE 84 is not used when there Is only 
one high speed dock for the CPU. Active power monitor function 20 now continues to SLEEP CLOCK step 86, which 
40 sends a pulse function 20 to the hardware selector (shown in FIGURE 5) to put the CPU dock to sleep by lowering or 
stopping its clock frequency. The I/O port hardware sleep dock is at much lower oscillations than the CPU dock nor- 
mally employed. 

At this point, either of two events can happen. A system/application interrupt may occur or a real-time clock inter- 
rupt may occur. If a system/applicatfon inten-upt 88 occurs, active power monitor function 20 proceeds to interrupt rou- 

45 tine 90. SAVE POWER routine 62 processes the interrupt as soon as possible, arms interrupt I/O at step 92, and 
returns to determine whether there an inten-upt exists, at query 94. Since In tiiis case there has been an interrupt, Step 
96 uses the SAVE_CLOCK.RATE value to determine which high speed dock to return the CPU to. The flowchart 80 
for SAVE POWER subroutine 62 terminates at RETURN vector 98. If. however, query 94 determines that there is no 
system/application intenrupt, SAVE POWER subroutine 62 continues to wait until a real-time dock internet occurs, as 

so query 94 discems. Once such an intentipl occurs, SAVE POWER subroutine 62 reestablishes the CPU at the stored 
SAVE_CLOCK_RATE. If the sleep dock rate was not a stopped clock rate. i.e.. the sleep clock rate was not zero, control 
passes at a slow clock and SAVE POWER subroutine 62 executes Interrupt loop through query 94 and steps 88 through 
92. If, on the other hand, control passes when there is a zero sleep clock rate, SAVE POWER subroutine 62 executes 
tiie intenrupt loop that indudes query 94 and steps 88 through 92 only once before retuming the CPU dock to 

55 SAVE_CLOCK„RATE 96. after which process flow continues to RETURN vector 98. 

Consider now FIGURE 2d. in which flowchart 1 00 shows the process flow for ACTIVITY branch 26 that an applica- 
tion/system activity request triggers via an operating system service request interrupt. ACTIVITY branch 26 begins with 
re-entry protection. Active power monitor function 20 determines, at step 102, whether the BUSYJ variable has been 
set to the BUSY_FLAG value. If it has. this means that the active power monitor function 20 systeri is already in IDLE 
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branch 24 and cannot be intenupted. If the BUSYJ equals the BUSY.FLAG value, active power monitor function 20 
exits by process flow going to RETURN I vector 44, which is an Indirect vector to an oM activity vector Interrupt for nor- 
mal processing. RETURN I vector 44 returns CPU operation to normal position via an interrupt vector that becomes 
operational after the operating system performs the requested service. 

If the BUSYJ flag variable does not equal the BUSY^FLAQ value, this means that active power monitor function 
20 is not accessing IDLE branch 22. Active power monitor determines function 20 at query 104 if the BUSY_A flag 
equals tiie BUSY^FLAG value. If so. ACTIVITY branch 26 returns control to the computer system at ttiis point. This 
means tiiat ACTIVITY branch 26 is already in use and cannot be intenupted. If tiie BUSY_A flag has not been set, i.e.. 
BUSY.A does not equal the BUSY.FLAQ value, active power monitor function 20 sets the BUSYJ\ parameter equal 
to the BUSY_FLAQ value at step 106 in order to prevent the intenojplion while it executes. At query 108, ACTIVITY 
branch 26 determines the POWER^LEVEL parameter value. If the POWER^LEVEL parameter value equals zero, 
active power monitor function 20 exits ACTIVITY branch 26 after first, at step 1 10. clearing ttie BUSY_A re-entry flag. 
If. however, the POWER.LEVEL parameter does not equal zero. ACTIVITY branch 26 next detemiines the value of the 
CURRENT_CLOCK_RATE parameters of the I/O hardware. As was true with step 84 ttie SAVE POWER subroutine of 
FIGURE 2, step 1 12, ACTIVITY branch 26 of FIGURE 2d uses the CURRENT_CLOCK_RATE parameter value if fliere 
are multiple level high speed clocks for a given CPU. OtfienMse, tiie CURRENT_CLOCK_RATE parameter value 
always equals ttie CPU high speed dock. After step 1 12 determines ttie CURRENT_CLOCK_RATE parameter value, 
step 114 sets ttie IDLE.TICK parameter value equal to the constant STARTjriCKs! The START.TICK8 constant is 
established for ttie previously detemrined CURRENT.CLOCK_RATE. The current high speed dock that is active estab- 
lishes the T(OFF) intervals. 

The next step of ACTIVITY branch 26 is to determine, at query 116. that a request has been made. A request is an 
input by the application software running on ttie computer for a particular type of service needed. At query 1 1 6. ACTIV- 
ITY branch 26 determines whether ttie request Is a CRITICAL I/O. A CRITICAL I/O continuously forces T(ON) to 
lengthen until the T(OhJ) is greater tfian ttie T(OFF). If ttie request Is a CRITICAL I/O, active power monitor function 20 
exits ACTIVITY branch 26 after first clearing the BUSY- A reentry flag at step 110. If, on the otfier hand, the request is 
not a CRITICAL I/O, then ACTIVITY branch 26 increments tfie ACTIVITY.TICK parameter by one at step 118, and 
process flow continues to query 120 which determines whettier ttie ACTIVITY.TICK parameter value now equals the 
ACTIVITY.MAXTICK8 constant value. The test of query 120 allows a smoottiing from a CRITICAL I/O and makes the 
system ready from another CRITICAL I/O during subsequent ACTIVITY_TICK T(ON) intervals. /Assuming that the 
ACTI VITY^TICK parameter value does not equal the ACTIVITY_MAXTICKS constant value, ACTIVITY branch 26 proc- 
ess flow proceeds after dearing ttie BUSY^A re-entry flag, at step 1 10, to RETURN I vector 44. If, on the ottier hand, 
the ACTIVITY_TICK equals ttie constant value, ACTIVITY_MAXTICKS. at step 122, ACTIVITY branch 26 sets ttie 
ACTIVITY.TICK parameter to ttie constant value LEVEL^M/OCTICKS. ACTIVITY branch 26 establishes the 
LEVEL_MAXTICKS value for the particular POWER LEVEL ttiat query 108 detern^nes. 

At query 124, ACTIVITY Ixanch 26 determines whetfier an intemipt mask exists. System application software sets 
an interrupt mask Setting ttie intenupt mask to NOT^AVAILABLE flag value creates a continuous T(ON) state which 
means that ttiere are no interrupts available at this time In ttiis instance, process flow for ACTIVITY branch 26 goes to 
step 1 10 ibr dearing ttie BUSY_A re-entry flag and continuing to RETURN I vector 44. If, however, an interrupt mask is 
AVAILABLE, ACTIVITY branch 26 determines, at query 126, whether ttie request that query 1 16 identified was for a 
SLOW l/OJNTERRUPT SLOW l/OJNTERRUPT requests may have a delay until the I/O device becomes "ready." 
During ttie "make ready' operation, a continuous T(OFF) interval may begin and continue for conserving power. Thus, 
if ttie request is not a SLOW l/OJNTERRUPT. ACTIVITY branch 26 process flow goes to step 1 10 for clearing the 
BUSY_A re-entry flag and continuing to RETURN I vector 44. If, however, ttie request is a SLOW l/OJNTERRUPT. and 
time yet exists before the I/O device becomes "ready," ACTIVITY branch 26 tfien determines, at query 128, whether tfie 
I/O request is COMPLETE. In essence, ttierefore. query 128 determines whettier ttie associated I/O device is ready. If 
the I/O device is not ready, active power monitor functfon 20 forces T(OFF) to lengthen. This forces the CPU to wait, or 
sleep, until ttie SLOW I/O device is ready. At this point, it has time to save power. Therefore, ACTIVITY branch 26 enters 
SAVE POWER subroutine 62, which and ttie accompanying text describes in detail. If query 128 determines that ttie 
I/O request is COMPLETE, control returns to ttie operating system by process flow proceeding to step 1 10 for clearing 
the BUSY_A re-entry flag and continuing to RETURN I vector 44. 

The present embodiment of ttie invention not only provides for active power monitoring, but also provides a metfiod 
and system for managing other CPU dynamic operating characteristics, as well. Such other dynantic operating charac- 
teristics may be, for exanple, tiie emission of undesireable electromagnetic frequency radiation or failure of the CPU to 
continue to operate wittiin a predetermined temperature band after repeated adjustments according to ttie present 
invention. In particular, the present embodiment provides, as FIGURE 3 depicts, an active ttiemial management 
method and system ttiat includes a real-time feedback loop for temperature control ttiat is transparent to the user and 
that operates in a manner similar to SAVE POWER subroutine 62 of FIGURE 2c. 

FIGURE 3 depicts THERMAL MANAGEMENT subroutine 130 as a flowchart that begins at step 132. To implement 
THERMAL MANAGEMEfsTT subroutine 130. active power monitor function 20 may be modified to become more gener- 
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ally an active monitor function having not only ihe ability to monitor power consunution by the assodated CPU and 
computer system, but also other CPU dynamic operating characteristics. In essence, therefore, just as active oower 
monitwfunction20maycallSA\€POVVERsubtDutine62vialDLEbianch24an^ 

MlSHS.TSf' ™^"MAL MANAGEMENT subroutine 1 30 when it is intended that THErSSl 

MANAGEMENT subroutine 130 assume CPU tenperature control operations. A key difference hwrevi fe ^ 

?KA?SlliSiMPKS''^^^ 

Sure^l;J?Zte^^^ 

, iT'^^J.wli! 0* present embodiment may call THERMAL MANAGEMENT subrou- 

' Jne130inACT^ITYbranch26intheeventthattheBUSY_Aparametere(^ialstheBU^^ From 
that point onward, process flow would proceed as THERMAL MANAGEMENT flow diagram 1 30 depicts 
.^K^®*®"^^ particularly to FIGURE 3. there appears, at step 132. the initializing step for THERMAL MANAGE- 
CU^Sei^Tock RA-?P '""^J"^ MANAGEMENT sub«,utine 130 deteLnt the Zel^ I 
CURRENT_CLOCK_RATE parameter at step 134. The next step 136 sets the CURRENT CLOCK RATE parameter 
equal to me relevant high speed dock and saves this value In the event that the CPU ha^ multiptelevel h^^ 

® ''"^ •'S" ^^^'^^ fun<Jon must 

determine which high speed dodc controls the CPU before the active monitor function responds to an excess temuer- 

atureor temperature change condition in the CPU. Thisassures that the CPU reestablishes operas 
8peedupon^awatening.Atstep136.THERMALMANAGEMENTsubroutine1308etetheSAV^ CLOCK RArEMram 
etoN«luelhat8tep134detemiined.Thepresentembodimentprelerablydoesnotu8e^^ CLOCK RATEsteo 
136 when there IS only one high-speed dock fbr the CPU. ~ "^"^-""'^"^ 

«,M in r^m^*" subroutine 130 continues to step 138 at which a count of the number of instrudions 

^ IL en*odment may indude a look-up table that the assodated computer 

cSZ^^Zo^'"" "^"^ *^ ^ instrudtoilSle 

FollowhigCOUNTJNSTRUCTION_UST8tep 138, query 140 determines whether THERMAL INTERRUPT querv 
140 parameter value equals the constant value THERMAL.SETPOINT This indicates the need foTa thermal int«rupt 
A themial intenrupt may be an interrupt for stopping or altering operation of the CPU In response to an undedreaUa 
ten^ure condition. If the value for the THERMAL_INTERRUPT parametTdL n« ft! 
SMS^t-;;^T°'r, "fit DERMAL MANAGEMENT sub«,utine 130 prSess^Sr *2ui to Spi^l 
BOUND sitoroutiiie 1 42. On the other hand, if a THERMALJNTERRUPT equals THERMAL SETPOINT proceS flow 
proceeds to step 144. at which point the CPU dod< shifts TO A LOWER SLEEP CLOCK RATE From SLEEP CLOCK 
rate step 1 44. process flow goes to query 146 to test whether process flow is to exit THERMAL MANAGEMENT sub- 
routine 132 If process flow is not to exit THERMAL MANAGEMENT subroutine 132. process flow returns to query 140 
to continually test whether the them»alinlem,)t condition exists ess wwrewmsio query iw 

148. This returns process flow to the adive monitor fundion previousV described. This may occur for a variety of rea- 
sons, sudi as the adive monitor fundion going to IDLE brandi 22 of FIGURE 2b. As long as the thermal interruot con- 
drtjon exists. THERMAL MANAGEMENT subroutine 130 operates the CPU at the slow? SLEEpTl^SSSS!, 

IntheeventthatTHERMALMANAGEMENT subroutine 132 directs process flow to COMPUTE BOUND subroutina 
142. process flow occurs as COMPUTE BOUND subroutine flow diagram 150 of FIGURE 4 depids 

Beginning at COMPUTE BOUND subroutine step 142. process flow goes to query 152 whid»' tests whether the 
CPU IS in a convjrt^und state. If the CPU is not in a compute4)ound ^^^^ 

^S^RMlf iKSISi"!"^ ^^""^ MANAGEMENT subroutne 130 pr^ess flow ted^ to 

THERMALJNTERRUPT query 140 (see FIGURE 3). k uawv «, 

CPU ® 'n a compute-bound state, process ftow of COMPUTE BOUND subroutine 142 proceeds to query 156 
Aled.ni^a*.antagethatthepr^ertinv^^^^^ 

XlfS'ia " !f dfinstrudions and determining their type, the present embodiment determines 
whether the CPU will be in a compute-bound mode of operation wherein little or no input/output and. hence no slow- 
down of and no input/output function to the CPU will occur. The detemiination of whether tfie CPU is mt^fvZ- 

to^^SrSpM - 7 f"^ embodiment Indudes a comparator for comparing the instmc- 

f diaraderization of instnidion types as ones that include an UO function and those that have 
no I/O functon and that only involve processing or conputational operations of the CPU The present entailment oro- 
"tflf ^^'^"^"'^ ^ the number of computational instrudions that may be in sSenrSTSlrS™ 

orSerl'S^SSn*** Tl! "l"^' ' ^ <^ "«trucfions having no Vi^iu^lZ^Z 

predetermined threshdd number, then the present entxxliment considers the CPU to be in a compute^wund stata 
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Upon COMPUTE BOUND subroutine 1 42 determining ttiat the CPU is in a compute-bound state, process flow con- 
tinues to query 1 56, wtiich tests whether the CPU wfll establish a themial interrupt condition during the compute-bound 
state. This may occur to prevent the CPU from reaching the thermal interrupt or. if desired, to adjust the thennal inter- 
rupt to a new thermal interrupt level. Accordingly, if at query 156, COMPUTE BOUND subroutine 142 determines that 

5 the CPU win reach a thermal interrupt during the compute-bound state, process flow goes to query 1 58. If, on the other 
hand, no thermal inten-upt condition will occur during the compute-bound state, process flow goes to RETURN vector 
154 to continue within THERMAL MANAGEMENT subroutine 130. 

The present embodiment provides the abtiity to adjust the constant value. THERMAL.SETPOINT, for example, in 
the event that, while the CPU may need the thennal inten'upt setpoint during the compute-bound state, the compute- 
to bound state will not be sufficiently long to adversely affect the CPU. In other words, under ordinary conditions, the ther- 
mal inteno^t condition may be set so that if the CPU reaches this temperature, then a margin of safety assures that no 
thermal damage occurs to the CPU. For example, there may be a significant adjustable margin of safety that may be 
adjusted when It Is known why the CPU temperature Is reaching the constant value THERMAL.SETPOINT The case 
rise tenperature rate for a compute-bound CPU causes the CPU tenrperature to rise In a known and predictable way 

75 Based on knowledge of both the number and type of instructions that the CPU is to execute during a compute- 
bound state, COMPUTE BOUND subroutine 142 may determine that, while the CPU will reach or exceed the CPU tem- 
perature selpoint value, TH£RMAL.SETPOiNT. it will do so for only a brief duratbn. TTiis brief duration, COMPUTE 
BOUND subroutine 142 may determine, may not damage or threaten the CPU. To accommodate this situation, query 
158 tests whether COMPUTE BOUND subroutine 145 should adjust the existing THERMAL.SETPOINT value. If the 

20 existing THERM AL.SETPOINT constant value is to be adjusted, process flow proceeds to step 160 for adjusting the 
THERMAL_SETPOINT value. From step 1 60, process flow continues to RETURN vector 1 54. If. on the other hand, the 
value of THERMAL.SETPOINT is to remain at Hs existing value, process flow goes to query 162, to test whether the 
THERMALJNTERRUPT parameter value is to be set to the THERMAL_SETPOINT constant value. 

If the THERMAL^INTERRUPT parameter value is to be set to the THERMAL_SETPOINT constant value, process 

25 flow goes to step 164. at which point COMPUTE BOUND subroutine 1 42 sets the THERMALJNTERRUPT parameter 
valuetotheTHERMAL_SETPOINT constant value. Process flow then continues to RETURN vector 154. If. on the other 
hand, the THERMAL^INTERRUPT variable value is not to be set equal to the THERMAL^SETPOINT value, process 
flow simply continues to RETURN vector 154. From this point onwaid. process ftow proceeds to RETURN vector 148 
and back to THERMAL MANAGEMENT subroutine 142. 

30 Self-tuning is inherent within the control system of continuous feedback loops. The software of the present inven- 
tion can detect when CPU activity is low and, therefore, when the power conservation aspect of the present invention 
may be activated. On the otfier hand, the present embodiment determines when CPU activity is high and thermal man- 
agement may be activated. Once tiie power conservation nrxKiitor Is activated, a prompt retom to full speed CPU clock 
operation within tiie interval is achieved so as to not degrade ttie performance of the computer. Likewise, once a ther- 

35 mal setpoint condition goes away, and thermal management is no longer needed, a prompt return to full speed CPU 
ctock operation wittiin the CPU may be achieved to minimize perceived effects of thermal managenoent. To achieve this 
prompt return to full speed CPU clock operation, the preferred embodiment of the present invention emptoys some 
associated hardware. 

Attention is now drawn to FIGURE 5 which shows a simplified schematic diagram representing the associated 

40 hardware emptoyed by the present invention tor active power consen^ation and thermal management. When ttie active 
power monitor function 20 determines the CPU is ready to sleep. It writes to an I/O port (not shown) which causes a 
pulse on tiie SLEEP line. TTie rising edge of tills pulse on the SLEEP line causes flip flop 200 to clock a high to Q and 
a low to Q - . This causes tiie AND/OR logic, which includes AND gates 202 and 204 and gate 206 to select tiie pulses 
traveling ttie SLEEP CLOCK line from SLEEP CLOCK oscillator 208 to be sent to and used by the CPU CLOCK. 

45 SLEEP CLOCK oscillator 208 is a slower clock than tiie CPU clock used during normal CPU activity. TTie high coming 
from tiie Q of flip flop 200 ANDed using AND gate 202 with the pulses coming from SLEEP CLOCK oscillator 208 and 
ORed using OR gate 206 witii tiie result of tiie low on the Q > of flip flop 200 and further ANDed usirig AND gate 204 
witii tiie pulse generated atong tiie HIGH SPEED CLOCK line by the HIGH SPEED CLOCK oscillator 210 to yiekl tiie 
CPU CLOCK. When the I/O port designates SLEEP CLOCK, ttie CPU CLOCK is then equal to ttie SLEEP CLOCK 

50 oscillator 208 value. If. on tiie ottier hand, an intenxjpt occurs, an intenn^t value clears f Fip flop 200, the intenrupt forces 
the AND/OR selector, which includes AND gate 202 and 204 witii OR gate 206 to choose ttie HIGH SPEED CLOCK 
value. The AND/OR selector returns tiie CPU CLOCK value to tiie value coming from HIGH SPEED CLOCK oscillator 
210. Therefore, during any power conservation operation on the CPU. the detection of any interrupt witiiin the system 
restores CPU operation to ttie full dock rate prior to vectoring and processing ttie inten^iJt. 

55 It Should be noted ttiat the associated hardware needed, external to each of ttie CPUs for any given system, may 
be different based on the operating system used, whether the CPU can be stopped, etc. Neverttieless, ttie scope of ttie 
present invention shouM not be limited by possible system specific modifications needed to permit the present invention 
to actively consen^e power or manage thermal conditions in ttie numerous available portable computer systems. For 
exanple. two actual implementations are shown in FIGURES 6 and 7. discussed below. 



10 



EP0785498A2 



10 



IS 



so 



55 



added logic of the actve monitor function woildng with such switching logic, causes an immediatereta^n toa^dock 
urK)ndete<*onofanyirterruptThis8invlelogic« 

thereby allows the processing of the intem^jt at full speed. uw««winierrupiineufuand 
^^»!o"l^!l!?* *° f°'*°' '^"^ operating characteristics. Including power oonsumpbon and tenvjerature 
"^^^^^TT' '^"^ 'OOP trap to gain access to the ■* Sing- loTKe loti 

Wal awess to apphraton software and operating sys^^^ 

exam.nat.on ts requred to determine the activity level at any given point wHhin the system. FeeSta* SsW,23 

or^ing) the CPU. An add*onal feature allowstheusertomodfythesHcedep^^^^ 

LooWng now at FIGURE 6. which depicts a schematic of an actual sleep hanlware iniilementation far > 
su^asttie Intel 80386. IncWentally. the Intel 80386 CPU cannot have its S^C^ SS^SSieSL^?^ 
"^^.^r^f^ ^''^ '"P"* *° demultiplexer 224. The output of demullip.S«l24rs^ aSS SL^EP^S^ 
«Mnputto OR gates 226 and 228. The other 

T:^^''^f^- ^« <=^*e«« gates, in addition to NOR gate 230. areapplSlToTX^i to 
^ '"P"* the I/O port (peripherals) into NOR gate ^ which causifteS^ 

J^6 SSl^J The outputof fKpflop 23i is thenfeS. aU^ ;r?e^urc^^ 
gate 226. to tretate buffer 234 to enable it to read back what is on the port All of the aboveXtif ied hadware is used 

^^VS^nSSt.^'lS^ "Sleep-operation. 7heoulp.rsSw.t^^^2 

to SLEEP in FIGURE 2. and IS an Input to ffip flop 238, discussed later -oMuivaiwix 

,"^®«"^"»o'SI£EPCLOCKo8allator238isdividedintotwo8lowerdocksbyDflipflops240and242 Intheoar. 
d^Tu^^Ti'liSSr^nl^^^^^ 16MHZsleepctockosc»la,or238iscLid^i,j;;MS?a^l^2^^^^^^ 
Clocks. Jumper Jl selects which dock is to be the "SLEEP CLOCK " 

'speJd^:Li^:errxr.r.::r^^ 
. x^TDffpSrr2r'-^"°'-'^^^-'-''^--^ 

simiJS 2S>^S;^S« £ a« are synchronizing ffip flops. Although D ffip flops 236 and 246 were not shown in the 
S!L^~!f^ ^ ^^"^ 20 of FIGURES 2a through 2d. these flip flops ensure 

J?>^. °" '^'^ '^'GURE 6. as with Wp flop 200 d RGWeTSS 

flrn ^22^^f?' ^® ^ '""^o"*' equivalents to the AND/OR selector of FIGURE 5 They 

are ^X)ntiblefbrselecl.ng either the -stowdk" (slow clock, also known as SLEEP CLOCK) or high spSdclodi/di- 
ignated as 32 MHZ on the incoming line). In this implementation, the Slow dock is erth^ 4 M?e 2 aISS 

SKV^ZTpfr^^i,^^'"''"'- ■"'a O"*"**- AND gate 254. herein l^^edrA^SblS^^^ 
establishes the rate of the CPU dock, and is the equivalent of CPU CLOCK of FIGURE 5 

onl^ S™T ^^^hf Ilil"*" * ^""^ ^""^ ^ '° »^ ^"B which ikes fte cS 

on any inteirupt. WW^ the software power conservation aspect of the piBsent invention monitoring of the inteouM 
acceptance occuis. This activates the next PO)DT, interval after the intemipt m«,ironng or tne nterrupl 

A^ intemjpt request to the CPU will return the system to normal operation. An intemipt request. INTRQ to the 

SrE 5 ?ri^^.S?Tn. S"' *° ™* •'^ <^ INTERRUPT "5 FIQ 

Ih^lr feZIS^CLh f ?iL^^.*.^^^^ *° ^^'^ -machine so that interrupt signal. 

S ^ ^'"'"9 "ESCPU signal wakes up the FE 3001 vSS^ 

in turn releases the whole system from the SLEEP MODE. ore wui. wnicn 

Implementation for the 386SX is different only in the external haidware and software loops for pertbrmina the CPU 

rrhl^Sf"" " ^« soft««re loopTs^^ZTter^^S^^ 

switch to the t«gh speed dod< on interrupt prior to vectoring the interrupt Once return made to l^BpZ^^t^. 

jonsoftwaratheactnremonitor function detects thehighspeedd^^ 

Implementation for OS^ uses the "do nothing" loop pix)grammed as a THREAD running in background operation 
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Although interrupts have been employed to wake up the CPU in the preferred embodiment of the present invention, 
it should be realized that any periodic activity within the system, or applied to the system, could also be used for the 
same function. 

A difference between the power consen/ation aspect and the thermal management aspect of the present invention 

5 is the need on the part of the thermal management aspect to sense the temperature of the CPU. This may be done by 
a thermistor or other direct sensing mechanism that provides a temperature reeling to THERMAL MANAGEMENT sub- 
routine 132. The thermistor or other temperature sensing device is well known in the art. Moreover, sensed operating 
characteristics may be obtained by other direct reading devices or sensors, according to the CPU dynanvc operating 
characteristics of interest to the particular application. 

10 In summary, the present Invention provides a method for controlling the sensed CPU dynamic operating character- 
istics and Includes the steps of sensing at least one CPU dynamic operating characteristic. The present invention 
senses the clock rate for the CPU at the time of sensing the at least one dynamic operating characteristic. The present 
method and apparatus determines that a setpoint Interrupt condition exists by virtue of at least one CPU dynamic opier- 
ating characteristic establishing a predetermined relationship relative to a predetermined setpoint associated with the 

15 at least one CPU dynamic operating characteristic. In the event that the inten^upt condition exists, the present invention 
includes the step of controlling the clock rate relative to sensed clock rate. On the other hand, in the event that the set- 
point interrupt conditk>n does not exist the present inventbn includes the step of and circuitry for repeating the above 
determining and controlling stepa 

Another attractive feature of the present embodiment is the ability to control, not only a single CPU according to 

20 sensed CPU dynamic operating characteristics such as power consumption and temperature, but also to control multi- 
ple CPUs supporting a given computer system(8). In a dual-CPU con^uter system, for exarrple, the present invention 
may coordinate the tasks of controlling sensed CPU dynamk: operating characteristics to maintain an overall desired 
level of computer system performance. Fes Instance, one CPU may be in a compute-bound nxxle. as determined by 
COMPUTE BOUND subroutine 130 applied to both CPUs. The other CPU of the dual-CPU computer may not be in a 

25 compute-bound, and instead executing instructions, many of which include I/O functions. By realizing that the case rise 
temperature coefficient of the compute-bound CPU will increase the CPU temperature at tiie existing clock rate, the 
present invention may slow down ttie compute-bound CPU's dock for it to avoid reaching a ttiermal setpoint. Depending 
on whether constant computer system performance is required, the present invention may increase the dock rate of tiie 
other CPU so as to maintain a constant average or overall clock rate. and. hence, achieve a uniform performance level 

30 for the computer system. 

To illustrate one aspect of the multiple-CPU embodiment of the present invention. FIGURE 8 shows multiple-CPU 
flow chart 280, which begins at multiple CPU start step 282. Multiple-CPU start step 282 may first test whether there is 
the need to contrd more than one CPU. at query 284. H more than one CPU is to be contiolted. then process flow goes 
to query 286. Otiienn/ise. process flow goes to RETURN vector 288 so tiiat the CPU can return to whatever operation 

35 existed prior to executing MULTIPLE CPU subroutine 280. 

At query 286. MULTIPLE CPU subroutine 280 tests whettier coordinated management of the multiple CPUs is to 
occur. If not. process f fow goes to RETURN vector 288. Otiienmse. process flow proceeds to step 290, whfoh serves as 
a vector for directing the control of each of tiie multiple CPUs. For each CPU that is to experience control of sensed 
CPU dynamic operating characteristics, process flow goes to ACTIVE MONITOR subroutine 292. ACTIVE MONITOR 

40 subroutine 292 may, in essence, be equivalent to active power monitor function 20. an active monita functton such as 
the monitor function for THERMAL MANAGEMEf^lT subroutine 132. a monitor function tiiat coordinates t)otti power 
conservation and thermal management, or anotiier monitor function or subroutine ttiat controls ttie CPU in response to 
one or more sensed CPU dynamic operating characteristics. 

As the process ffow through MULTIPLE CPU subroutine 280 continues, for each CPU, a test occurs of whether 

45 tiiere is a setpoint interrupt condition for at least one of ttie coordinated CPUs at query 294. If there is no such setpoint- 
associated intentjpt condKion. process ffow goes back to query 294. to continue to test for the existence of a setpoint- 
associated Inten-upt condition. Where tiiere is such an interrupt condition, process flow goes to query 296 to test 
whettier it is desired or intended ttiat MULTIPLE CPU subroutine 280 control or adjust the dock rate of the unaffected 
CPU. If adjustment of tiie unaffeded CPU is not to occur, from query 296. process flow goes to RETURN vector 288. 

so Otiienwise, process flow continues to step 298. at which point tiie unaffeded CPU's dock rates may be adjusted to 
maintain a constant or achieve a desired overall computer system dock rate. 

While several inplementations of the preferred embodiment of tiie invention has been shown and described, vari- 
ous modifications and alternate embodiments will occur to those skilled in ttie art. 

55 Claims 

1 . A metfiod for controlling sensed central processing unit (CPU) dynamic operating characteristics, comprising: 
sensing at least one dynamic operating charaderistic of a CPU operating at a first dock rate; 
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determining whether a setpobit irtenupt condHion exists by virtue of said at least one dynamic operating char- 
actenstic establishing a predetermined relationship relative to a predetermined setpoint associated with said 
at least one dynamic operating characteristic; 

in the event that said setpoint interrupt condition exists. controDing said clock rate relative to said first clock rate- 
and ' 

in the event that said setpoint inteoupt condition does not exist repeating determining and controlUng steps. 

2. The method of Qaim 1 further comprising: 

managing the CPU dynamic themrial characteristics, and wherein said step of sensing said at least one 
dynamic operating characteristic comprises the step of sensing the operating temperature of said CPU said 
detennining step comprises the step of determining the existence of an interrupt condition wherein said oper- 
atng temperature estaUshes a predetemUned relationship relative to a predetermined temperature setpoint. 

3. The method of Claim 1. wherein said step of sensing said at least one dynamic operating chaiacteristte further 
comprises the step of sensing the operating temperature of said CPU. and said determining step comprises tlie 
step of determining that said operating temperature approaches a predetemtined tenperature setpoint during a 
penodinwhich8aidCPUisinacompute4>ound8tat& 

4. The method of any preceding daim further comprising the step of detennining whether said CPU is in a compute- 
bound state and further determining whether said intenrupt condition will exist during said compute-bound stata 

5. The method of Claim 4 further comprising the steps of; in the event that said Interrupt condition exists during said 
compute*ound state, modifying said Interrupt condition. 

6. The method of any preceding daim further comprising the steps of determining whether said CPU Is available for 
power consen«tion and. if said CPU is available for power conservation, controlling said clock rate relative to a 
saved dock rate according to the existence of said intemjpt condition and control signals arising from said power 
conservation. 

7. The method of any of Oaims 4 to 6 further comprising the steps of; determining the duration of said conpute-bound 
state by determmng the amount of compute4)ound instructions that said CPU is to execute during said compute- 

■ • l)ound state. 

8. The method of any of aaims 3 to 7. wherein the step of sensing the operating temperature of said CPU comorises 
using a thermistor sensing device. 

9. The method of any preceding daim further comprising the step of; storing said predetermined relationship and said 
predetermined setpoint in a memory location of a conputer. 

10. The method of Claim 9. wherein the step of storing said predetermined relationship and said predetermined set- 
point in a memory location comprises storing said predetermined relationship and said prederentined setpoint in a 
memory location comprising a register. 

11. The method of Claim 9. wherein the step of storing said predetermined relationsh^ and said predetermined set- 
point in a memory location, comprises storing the predetermined relationsh»> and said predetermined setpoint 
associated with said computer comprising a circuit other than said CPU. 

12. The method of any of Qaims 2 to 11. further comprising coordinated real-time power conservation including con- 
trolling sensed dynamic thermal characteristics in said CPU. comprising; 

operating in association wrth said steps of controlling said sensed CPU dynamic thermal characteristics- 
determining whether said CPU is available for power conservation; 
if said CPU is available for power conservation, determining a cun-ent clock rate for said CPU; 
Indicating to a hardware selector to reduce or stop the current dock rate provided to the CPU- 
determining whether a power conservation inten-upt has occurred; 

if said power conservation interrupt has not occurred, repeating this step such that said CPU remains In said 

power conservation mode until said power conservatton interrupt has oocunred; and 

if said power conservation intenrupt has occurred, indicating to said hardware selector to restore said deter- 
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nvned current dock rate to said CPU. 

13. The method of Claim 1 2. wherein said step of indicating to a hardware selector to reduce or stop the cun^ent dock 
rate provided to the CPU. further connprises the steps of: 

5 

pulsing said hardware selector with a power conservation CPU convnarKi via a communication line to said 
haidware selector; 

selecting a power conservation dock by said hardware selector based on said power conservation CPU com- 
mand; and 

10 passing pulses from saki power conservation clock to said CPU to thereby place said CPU in a power conser- 

vation mode. 

14. The method of Claim 12 or Claim 13, wherein saM step of determining whether a CPU Is avaHable for power con- 
sen^tion, further comprises the steps of: 

IS 

determining whether said CPU is already in said power conservation mode; 

if sakI CPU is not already in Scud power conservation mode, determining whether there are power conservation 
interrupts available to wake said CPU before sakI CPU is in said power conservation mode; and 
if power consen^tion interrupts are available, preventing saki CPU from entering sakI power conservation 
20 ntode. 

15. The method of any preceding daim, wherein sakI step of determining whether a CPU is available for power con- 
sen/ation further comprises the steps of: 

25 determining whether said CPU has received a request; 

if saki CPU has received a request determining whether saki request is a aitical input/output; 
preventing sakI CPU from entering saki power conservation mode if saki request is a critical input/output; 
if said request is not a critical input/output, determining whettier there are any power conservation intermpts 
available to wake said CPU before said CPU enters saki power conservation mode; 

30 preventing said CPU from entering saki power conservation mode; 

determining whether saki request is from an input/output having a delay until tiie I/O device become ready; and 
prevent said CPU from entering saki power conservation mode if sad request is not from an input/output hav- 
ing a delay. 

35 16. A metiiod for controlling ttie sensed dynamic operating characteristics of a plurality of Central Processing Units 
(CPUs) comprising ttie steps of: 

sensing at least one dynamic operating characteristic of a plurality of CPUs of a computing system, saki plu- 
rality of CPUs operating in a parallel mode of operation; 
40 sensing a first dock rate of each of said plurality of CPUs; 

determining tiie existence of at least one setpoint Interrupt condition for each of said plurality of CPUs wherein 
one or more of saki at least one sensed dynamic operating characteristic establishes a predetermined relation- 
ship relative to a predetermined setpoint assodated with the corresponding one of said at least one dynamic 
operating characteristic; 

45 In tiie event tiiat at least one intenrupt condition exists, confolling at least said dock rate relative to said first 

dock rate for ttie one of saki plurality of CPUs conresponding to saki at least one setpdnt intenrupt condition; 
In ttie event ttiat no inten-upt condition exists for any of saki plurality of CPUs, repeating said sensing and deter- 
mining steps. 

so 1 7. The method of Qaim 1 6 further comprising tiie steps of controlling at least one of said plurality of CPUs otfier ttian 
saki CPU corresponding to said intenrupt condition so ttiat saki computing system maintains an approximately con- 
stant average dock rate among saki plurality of CPU& 

18. An apparatus for contrdiing sensed Centiral Processing Unit (CPU) dynamic operating characteristics comprising: 

55 

a CPU adivity detector; 
a CPU clock; 

at least one oscillator for provkiing at least a first pulse at a first speed and a second pulse at a second speed; 
a hardware selector for selectively controlling and choosing between said first pulse and said second pulse. 
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said hardware selector further being capable of forwarding said chosen of said f rst pulse and second pulse to 
said CPU clock, said hardware selector operable to respond to a selpoint interrupt condition existing by virtue 
of at least one sensed CPU dynamic operating characteristic establishing a predetermined relationship relative 
to a predetermined setpoint associated with said sensed CPU dynamic operating characteristic; and 
a CPU sleep manager adapted to receive delected CPU activity from said CPU activity detector, and further 
adapted to generate a pulse to said hardware selector thereby designating which pulse said hardware selector 
should choose. 



19. The apparatus of Claim 18 further comprising: 



sensing circuitry for sensing at least one dynamic operating characteristic of a CPU said CPU operating at a 
first clock rate; 

selpoint Instruction means for operating on sakl CPU for determining that a setpoint interrupt condition exists 
by virtue of said at least one dynamic operating characteristic establishing a predetermined relationship rela- 
tive to a predetermined setpoint associated witti said at least one dynamic operating characteristic; 
control instruction means for controlling said clock rate relative to said first ctock rate in tfie event that said set- 
point interrupt condition exists; 

repeating Instruction means for repeating said selpoint insbructions and sakl control instructions in the event 
that sakl setpoint interrupt condition does not exist. 

20. The apparatus of Claim 19 furttier comprising: means for managing instructions for managing the CPU dynan^c 
thernnal characteristtes wherein temperature sensing circuitry comprises dynamic terrperalure sensing circuitry for 
sensing said at least one dynamic operating characteristic to sense ttie operating tenperature of said CPU and fur- 
ther, wherein sakl setpoint instructions furtfier comprise instructions for determining ttie existence of an interrupt 
condition wherein sakl operating temperature establishes a predetermined relationship relative to a predetermined 
temperature selpoint. 

21 . The apparatus of Claim 19. wherein said sensing circuitry furtiier comprises circuitry for sensing the operating tem- 
perature of sakl CPU, and furtiier wherein saki setpoint instructions further comprise instructions for determining 
that sakl operating temperature approaches a predetemfiined temperature setpoint during a period in which sakl 
CPU is in a compute-bound state. 

22. The apparatus of Claim 21. further conprising compute-bound determining instructions for determining whether 
said CPU is in a compute-bound state and further determining whether said intenrupt condition will exist during sakJ 
compute-bound stale. 

23. The apparatus of Qaim 21 or Claim 22, further conprising selpoint instructions furtfier comprising insti-uctions for 
determining whettier said at least one dynamic operating characteristic will exist during said inten-upt condition dur- 
ing sakl compute-bound state, and further comprising modifying Insti-uctions for modifying sakl interrupt condition 
in ttie event that sakl interrupt condition will exist during sakl compute-bound state. 

24. The apparatus of any of Claims 21 to 23. further comprising power conservation instructfons for determining 
whetiier sad CPU is available for power conservation and, if said CPU is available for power conservation, control- 
ling said clock rate relative to said saved clock rate according to the existence of said interrupt condition and oortrol 
signals arising from sakl power conservation. 

25. The apparatus of any of Claims 21 to 24, further comprising means for determining ttie duration of sakl compute- 
bound state by determining ttie amount of compute-bound instowtions that sakl CPU is to e)«cute during sakl com- 
pute-bound state. 



26. The apparatus of any of Claims 21 to 25. furtfier comprising modifing said clock rate in relation to sakl saved clock 
rate for avoiding the existence of said inten-upt condition during said compute-bound state. 

27. The apparatus of any of Claims 21 to 26. wherein said sensing drcuitiy comprises a thermistor sensing device. 

28. The apparatus of any of Claim 18 to 27. further comprising memory circuitry for storing said predetermined rela- 
tionship and said predetermined setpoint in a memory location of sakl computer. 
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FIG, 3 
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